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(57) Abstract: The invention relates to a method for optimising 
the transfer of information between one or more applications 
run in a mobile terminal (MT) and a packet-switched network 
(NW). There are at least two PDP contexts (PDP1-PDP9) 
available in the packet-switched network (NW), which have 
at least partly different data transfer properties, whereby the 
PDP contexts (PDPl -PDP9) can provide at least partly different 
qualities of service for the transfer of information. The method 
is characterised in that when the quality of service specified for 
the application connection changes, it is examined on the basis 
of the properties of the PDP context (PDP1-PDP9) available in 
the packet-switched network (NW) which of the PDP contexts 
(PDP1-PDP9) is suitable for use by the application connection 
with the changed quality of service, and the one of the PDP 
contexts (PDPl -PDP9). the data transfer properties of which are 
the closest to the changed quality of service is selected for the 
application connection. 
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Method for optimising data transmission in a paci(et switched wireiess 
data transmission system 

The present invention relates to a method set forth in the preamble of Claim 
1 for optimising data transmission in a packet switched wireless data 
5 transmission system. The invention also relates to a wireless data 
transmission system as set forth in the preamble of Claim 12, and a wireless 
data terminal as set forth in the preamble of Claim 20 for use in a wireless 
data transmission system according to the invention. 

In addition to the circuit switched connections, packet switched connections 
10 are being developed for wireless data transfer systems, such as GSM and 
UMTS. In a packet switched connection, it is not necessary to allocate 
resources to the connection for its entire duration, but only for the time when 
there Is transferable Information preserit In the connection. This Infomnation 
to be transferred is converted Into one or several packets, which are 
15 transmitted In the data transfer system. Figure la Illustrates a packet 
switched data transmission system developed for the GSM system, the 
General Packet Radio Service (GPRS), which will be called the GPRS 
packet network in this specification. Correspondingly, Figure lb illustrates a 
packet switched data transmission system being developed for the UTMS 
20 (Universal Mobile Telecommunications System), which will be called the 
UMTS packet network In this specification. 

The GPRS packet network consists of base station subsystems (BSS) of the 
GSM mobile communication network and a subscriber data base, such as a 
home location register (HLR). The base station subsystem BSS consists of 
25 base transceiver stations BTS and base station controllers BSC. In addition, 
the GPRS packet network includes serving GPRS support nodes (SGSN) 
and gateway GPRS support nodes (GGSN). The serving GPRS support 
nodes SGSN and the gateway GPRS support nodes GGSN are connected 
to a GPRS backbone network GBN for data transmission. 

30 Interfaces between different units of the GPRS system are also shown In 
Figure la. The radio interface Um is the interface between a wireless mobile 
terminal MT and a base transceiver station BTS of the base station 
subsystem BSS. In this radio interface Um, data transmission is carried out 
as radio frequency signals. The base transceiver station BTS and the base 
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Station controller BSC are interconnected by a BTS-BSC interface called 
Abis. The serving support nodes SGSN can communicate with other serving 
support nodes SGSN. Data transmission between a GPRS packet network 
and other networks takes place via an external connection interface Gi and 
5 gateway support nodes GGSN. The base station subsystem is connected to 
the serving support node SGSN via a BSS-SGSN interface Gb. 

The UMTS packet network shown in Figure 1 b includes blocks which have 
similar functions as those of the GPRS packet network. A notable difference 
in the UMTS packet network is the structure of the base station subsystems. 
The base stations Node-B and the radio network controllers (RNC) which 
control them constitute a radio access network (RAN). Each base station 
Node-B is connected to one radio network controller RNC via a Node-B- 
RNC interface lub. Correspondingly, the radio network controllers RNC are 
connected to the serving UMTS support node via a 3G-SGSN lu interface. 
The radio network controllers RNC can be connected to other radio network 
controllers RNC via an lur interface. An arrangement like this enables 
carrying out data transmission between a mobile terminal MT and the UMTS 
packet network via the radio interface Uu simultaneously via one or several 
base stations Node-B. In addition, the UMTS packet network includes 
gateway GPRS support nodes 3G-GGSN. The serving GPRS support nodes 
3G-SGSN and the gateway GPRS support nodes 3G-GGSN are connected 
to an UMTS backbone network UBN for data transmission. 

An essential difference between a GPRS packet network and an UMTS 
packet network is the fact that in the GPRS system, data transfer at the 
25 radio interface Um is based on time division multiple access (TDMA). In the 
UMTS system, data transfer at the radio interface Uu is based on code 
division multiple access (CDMA), such as wideband CDMA (WCDMA) or a 
combined time division and code division multiple access (TD-CDMA). 

Figure 2a illustrates data transfer on the user level in an UMTS packet 
30 network as a protocol stack description. Correspondingly, Figure 2b 
Illustrates data transfer on the user level in an UMTS packet network as a 
protocol stack description. Data transfer by means of a mobile terminal MT 
and a radio access network RAN is carried out in the physical layer as radio 
frequency signals. These signals can be, for instance, wideband CDMA 
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signals or signals with combined time division and code division multiple 
access (TD-CDMA). Data transfer on the radio path is controlled with the 
operations of the MAC layer. Bursts for transmission to the radio path are 
formed In this MAC layer, and In reception, these bursts are correspondingly 

5 converted into packets of the upper layer. The layer above the MAC layer in 
this radio interface Uu is the RLC layer. The tasks of the RLC layer include 
segmentation of the SDU data packets of the upper level so as to make 
them suitable for the radio interface. In addition, the RLC layer transfers the 
SDU data packets of the user in such a manner that the parts of the packets 

10 that were segmented during reception can be restored to the right order. In 
addition, the operations of this RLC layer can be used to support different 
qualities of service (QoS), for instance so that the mode of operation and the 
number of retransmissions are selected in this RLC layer. With regard to the 
packet switched connection, the RLC layer can operate either in an 

15 unacknowledged mode, whereby no retransmission is carried out for 
defective packets, or in an acknowledged mode, whereby retransmission of 
the packets is performed if required, when an error has occurred. 

In the protocol stack of the control level, the layer above the MAC layer is 
the RRC layer, the tasks of which include radio resource control. The above 
20 mentioned layers RRC. RLC, MAC and the physical layer have been , 
implemented both in the mobile terminal MT and the radio network RAN to 
be used in data transfer at the radio interface Uu. 

Data transfer in an UMTS packet network between a radio access network 
RAN, a serving support node 3G-SGSN and a gateway support node 3G- 

25 GGSN can also be divided Into similar layer structures, of which a preferred 
example is shown in the figures 2a and 2b. However, the placement of 
different layers in these protocol stacks need not be the same as in the 
figures 2a, 2b, but it can vary in practical applications. For instance, 
conversions from the protocols of the radio interface Urn, Uu (L3CE, RLC, 

30 MAC, ...) to the protocols of the GPRS backbone network (GTP, UDP, IP, ...) 
can be carried out in the serving support node 3G-SGSN instead of the 
radio access network RAN. The operations of these layers will not be 
described in more detail in this connection, because in wireless data transfer 
the most important interface that has an effect on the quality of sen/ice is 

35 typically the radio interface Um, Uu. 
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The mobility management of a mobile terminal MT is controlled by the 
operations of the MM (Mobility Management) layer of the protocol stack. This 
MM layer is implemented in the mobile tenninal MT and the serving GPRS 
support node 3G-SGSN. Correspondingly, the session management 
5 operations are carried out in the SM (Session Management) layer, which is 
also implemented in the protocol stacks of the mobile terminal MT and the 
serving GPRS support node 3G-SGSN. 

In the user level protocol stack there is, above the RLC layer, an L3CE layer, 
which is implemented in the mobile terminal MT and preferably in the radio 
access network RAN. This L3CE (Layer-3 Compatibility Entity) corresponds 
to the SNDCP protocol of the GPRS system. The L3CE layer is used to 
control the operation of the radio interface Uu. The L3CE protocol is a so- 
called compatibility protocol for the network layer, and one of its purposes is 
to enable the operation of the system in connection with different sen/ices 
and network layer protocols. This L3CE layer can support many network 
layer protocols. These supported network layer protocols include, for 
instance, the Intemet protocols 4 (IPv4) and 6 (IPv6), but the use of other 
network layer protocols can also be enabled by making changes mainly in 
the L3CE layer (Layer-3 Compatibility Entity). In this case, adding a new 
network layer protocol does not require making changes in the lower level 
protocols. The L3CE layer also provides operations by which the reliability of 
the information to be transferred and the efficiency of the use of the channel 
can be Improved. This can be implemented by various methods of 
optimisation, such as compressing the header fields and/or data fields of the 
packets. 

In the following description, mainly the UMTS packet network will be used as 
an example of a packet network, but naturally the invention can also be 
applied to other packet networks, in which it is possible to select different 
qualities of service for the packet switched connection. 

30 Some terms used In connection with the description of the method and the 
operation of the data transfer system according to the invention will be 
defined in the following. Firstly, the PDP context relates to the data transfer 
connection (packet switched connection) established for the transmission of 
the data packets of one or several applications. The PDP context has mainly 
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two tasks: Firstly, it is used for reserving a PDP address, such as an IPv4 
connection address, for a user, and secondly, for establishing a logical 
connection in a packet switched network with a certain quality of service 
(QoS). A packet switched network may provide many such PDP contexts, in 

5 which at least some of the parameters are different. In addition, a default 
PDP context can be defined in a packet switched network. The set of quality 
of service parameters defined for each PDP context is called a quality of 
service profile (QoSP, QoS Profile). One or several applications can use a 
certain PDP context, whereby the quality of service is the same for each 

10 application using the same PDP context. Secondly, the application 
connection is connected to a logical connection formed for one application 
preferably between a mobile terminal and a gateway GPRS support node of 
a packet network with a certain quality of service. The application connection 
can comprise one or several data flows. 

15 In order to initiate an application connection, a connection is created at first. 
When creating a connection, a suitable PDP context is selected for the 
application connection on the basis of the quality of service wanted and the 
PDP address. The quality of sen/ice parameters of the new application 
connection are taken into account in the selected PDP context, and the 

20 quality of service profile of the PDP context is modified if required. If there is 
no suitable PDP context, it is possible to activate one according to the 
parameters of the application connection and thus create a new packet 
switched connection. If the application connection does not specify any 
quality of service parameters, the default PDP context is selected. An UMTS 

25 packet network can contain several packet switched connections, or PDP 
contexts, for one PDP address. On the other hand, in the phase 1 realisation 
of the GPRS packet network there can be only one packet switched 
connection for each PDP address. In the packet network discussed in this 
specification, this type of a connection fomis a logical link with a certain 

30 quality of service between two tenninal points. These two terminal points are 
preferably a mobile terminal MT and a gateway GPRS support node 3G- 
GGSN. 



35 



If there are several packet switched connections available for one PDP 
address, these different packet switched connections can also have different 
quality of service profiles. For saving Information, a PDP context comprises 
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a database or the like, containing information, which has been saved for 
each packet switched connection and which is needed when a packet 
switched connection is established, such as the type of connection (e.g. 
IPv4 ), PDF address (e.g. IPv4 address), the requested quality of service 
5 profile including the quality of service parameters requested by the user, and 
the quality of service profile including the quality of service parameters given 
by the packet network. If the packet network includes a default PDP context, 
it is selected preferably in a situation where none of the other PDP contexts 
available is suitable for the requested application connection. 

1 0 The term data flow is used to denote data transfer of packets which have the 
same source and target. For instance, in the Internet data network, packets 
using the IP protocol, which have the same source and target address and 
the same source and target gate number, constitute one data flow. Data 
flows are unidirectional, and each application having a data transfer 

15 connection from a mobile terminal to a packet network has at least one data 
flow. An example of these applications is a web browser, by means of which 
the user of a mobile terminal (MT) can browse, for instance, the home pages 
of sen/ice providers having a data transfer connection to the Internet. When 
a web browser is used, the target address and the gate number can change 

20 very quickly, whereby there can be many data flows simultaneously. In order 
to identify different data flows, it is not necessary to use the above 
mentioned source and target address and the source and target gate 
number, but the identification can also be carried out in other ways, as 
known as such in the art. In this specification, this identification information 

25 is referred to by the common name data flow identifier, which can thus be 
constructed in many different ways. 

A bearer is basically a logical data transfer channel between two terminal 
points of a packet network. This bearer has certain properties, such as a 
certain quality of service (QoS). There are many different types of bearers in 

30 an UMTS packet network, such as an UMTS Bearer and a Radio Access 
Bearer. The UMTS bearer provides a logical data transfer channel between 
a mobile terminal MT and a gateway GPRS support node 3G-GGSN. UMTS 
bearers can be connected to certain PDP contexts, because a PDP context 
provides a certain quality of service between these terminal points (MT, 3G- 

35 GGSN). 
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In order to provide data transfer services for applications which require 
different data transfer properties, UMTS bearers with different data transfer 
properties have been specified in the UMTS packet network. At the time of 
filing this application, the UMTS bearers are divided into four different traffic 
5 classes, namely TC1-TC4 (Conversational, Streaming, Interactive, 
Background). Some preferred examples of the parameters of these classes 
are shown In Table 1 . The differences between these traffic classes include, 
for instance, the length of delay allowed in them. For example, the first traffic 
class TC1 (Conversational) is intended for applications in which long delays 

10 in data transfer are not allowed. As a contrast to this, the fourth traffic class 
TC4 (Background) is intended for applications In which delays in data, 
transfer can be tolerated. Other properties specified for different traffic 
classes include bit error rate (BER), maximum bit rate and service 
precedence. Naturally, the Invention can also be applied to other systems, 

15 and the number of traffic classes need not be four. In addition, in practical 
applications the properties of the traffic classes can differ from those 
presented here. 



Traffic class 


First class 

real time, e.g. a 
telephone conversation 

-guaranteed capacity 

-no acknowledgement 


Second class 

real time, e.g. video 
Information 

-guaranteed capacity 

-acknowledgement 
possible 

-buffering on the 
application level 


Third class 

interactive best effort 
method 

-acknowledgement 

-web browser, Telnet 

-real time control 
channel 


Fourth class 

background 
transmission with the 
best eflort method 

-acknowledgement 

background 
transmission of e-mail 
messages, calendar 
events etc. 


Delay 


100ms, 200ms. 400ms 


<ls 


2s 


N/A 


Bit error 
ratio 


10-^. 10'^. 10-^ 


10"^ 10"^ 10"^ 10'^ 


<io-y 


<io-y 


Max. bit rate 


0-2 Mbit/s 


0-2 Mbit/s 


N/A 


N/A 


Service 
precedence 


High, medium, low 


High, medium, low 


High, medium, low 


High, medium, low 



TABLE 1 



One problem associated with, for instance, packet networks according to 
20 phase 1 of the GPRS packet networks is the fact that the quality of sen/ice 
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specified wlien the application connection Is established cannot be changed 
without disconnecting the application connection or without affecting the 
quality of service of other application connections using the same PDP 
context simultaneously. However, the quality of service needed by an 

5 application can vary during the use of the application. The user can, for 
instance, by means of a Telnet application, use a mobile terminal as a 
remote terminal for communicating with a computer. Thus the user can 
transfer Information from the computer, such as program files, to the 
terminal device. Data transfer must then be as error free as possible, but the 

10 rate of data transfer is not an important criterion. However, when a Telnet 
application is used for viewing text files saved in the computer, data transfer 
rate should be increased, even if the probability of errors would also 
increase. The home pages viewed with a web browser can be very different. 
Some home pages contain a lot of graphic information, the transmission of 

15 which from the server of the service provider to the mobile terminal of the 
user requires heavy use of resources, if the transmission time is to remain 
relatively short. On the other hand, when text information is transmitted, the 
amount of information transmitted at a time is typically much smaller than the 
amount of information contained in the graphics. Some home pages also 

20 contain video or audio information, in which case real time data transmission 
is an important consideration. 

It is an object of the present invention to provide a method for changing the 
properties of the connection, such as the quality of service, while the 
connection Is active. The invention Is based on the idea that when the 

25 properties of the connection are changed, the PDP context being used for 
the connection Is changed to another PDP context, if the properties of this 
other PDP context correspond better to the new properties wanted for the 
connection. The method according to the present invention is characterised 
In what is set forth in the characterising part of Claim 1 . The data transfer 

30 system according to the present invention is characterised In what Is set 
forth in the characterising part of Claim 12. The mobile terminal according to 
the present Invention is characterised in what is set forth in the 
characterising part of Claim 20. 

The present invention provides considerable advantages as compared to 
35 the prior art solutions. When the method of the invention is used, the 
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properties of a connection can be clianged so that other simultaneously 
active connections and their properties are not substantially affected. When 
the method according to the invention is used, the data transfer system can 
also be used more efficiently, because the properties of active connections 
can be changed during the connection. If, for instance, a slower data 
transfer rate is selected during the connection, more data transfer resources 
become available for other simultaneous connections. 

In the following, the present invention will be described in more detail with 
reference to the accompanying drawings, in which 

Figure 1 a shows a GPRS data transfer system. 

Figure 1 b shows a UMTS data transfer system. 

Figure 2a illustrates data transfer on the user level in a UMTS data transfer 
system as a protocol stack description. 

Figure 2b illustrates data transfer on the control level in a UMTS data 
transfer system as a protocol stack description, 

Figure 3a illustrates the operation of a mobile terminal according to a 
preferred embodiment of the invention as a protocol stack 
description. 

Figure 3b shows a mobile terminal according to a preferred embodiment of 
the invention as a simplified block diagram. 

Figure 4a is a simplified signalling diagram of the activation of the PDP 
context in a method according to a preferred embodiment of the 
invention. 

Figure 4b is a simplified signalling diagram of the changing of the PDP 
context as initiated by the packet network in a method according 
to a preferred embodiment of the invention, and 



Figure 5 



illustrates a method according to a preferred embodiment of the 
invention for selecting and changing the PDP context In a mobile 
terminal according to a preferred embodiment of the invention. 



wo 01/17291 PCT/FIOO/00731 




Figure 3a illustrates the operation of a mobile terminal MT according to a 
preferred embodiment of the invention In connection with a method 
according to the Invention. Some layers of the protocol stack and operational 
blocks are shown in the figure. All possible protocols and operational units 

5 are not shown in Figure 3a; only those which are Important for the 
description of the Invention are included. The protocols can be divided into 
two main types: Internal protocols of the packet network, and external 
protocols. The internal protocols of the packet network include, for Instance, 
L3CE and SM. Examples of external protocols that may be mentioned In this 

1 0 context are TCP and IP. 

In figure 3a, a horizontal line 301 has been used to make a distinction 
between two parts of the system, which are different with regard to the 
operation of the mobile terminal MT. The items shown below the line are 
mainly the Internal protocols of the packet network. The Items shown above 

15 the line 301 are the essential features of this invention, and examples of 
some external protocols and applications. Examples of the applications are 
e-mail, such as SMTP (Simple Mail Transfer Protocol) or IMAP (Internet 
Message Access Protocol); a web browser using, for Instance, the HTTP 
protocol (Hyper Text Transfer Protocol); and a real-time data transfer 

20 application, such as streaming of video programs, In which the RTP protocol 
(Real Time Protocol), for Instance, Is used. The applications are connected 
to an interface called SAPI (Socket Application Programming Interface). The 
socket application programming Interface SAPI has a data transfer 
connection with the network layer protocol (NLP) block. The Socket 

25 Application Programming Interface SAPI performs the conversion of 
Information coming from applications, which Is to be sent to the packet 
network, into the protocol form used In the transmission layer, such as TCP 
(Transmission Control Protocol) or UDP (User Datagram Protocol). In the 
network layer NLP, these protocol packets of the transmission layer are 

30 converted into packets of the network layer protocol. One well-known 
network layer protocol used especially in the Internet is IP (Internet 
Protocol). The network layer packets are transferred to the packet classifier 
(PAC), which maps packets of different data flows to the right data transfer 
queue (PDP context). The operation of the packet classifier PAC will be 

35 described in more detail later in this specification. 
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Figure 3a also shows the control block QMOC (QoS Management & 
Optimisation Control). The tasks of this control block QMOC Include 
controlling the activation of application connections and data flows of each 
application and the allocation of the resources required. In addition, the 
5 control block QMOC performs the changes required by the altered needs of 
the quality of service. 

Figure 3b shows a mobile terminal MT according to a preferred embodiment 
of the invention as a simplified block diagram. Some operational blocks that 
are important for the description of the invention are shown in the figure. A 

10 mobile terminal MT includes a processor block CONTROL, which can be 
implemented by one or several processors, such as a microprocessor, a 
digital signal processing unit, etc., as known as such in the art. This 
processor block can also be implemented as a part of an Application 
Specific Integrated Circuit (ASIC), in which other operations of a mobile 

15 terminal can also be carried out. For saving information, the mobile terminal 
MT includes a memory, such as read memory, read/write memory and/or 
non-volatile reprogrammable memory. The radio part RF comprises means 
required for carrying our radio data transfer to the base station Node-B. In 
addition, a mobile terminal MT preferably includes a keyboard KB, a display 

20 DP and a display driver DD. In practice, a mobile tenninal MT can be 
implemented in many different ways. A mobile terminal MT can be formed as 
one complete entity, such as the Nokia 9100 Communicator, or it can 
comprise a separate data transfer device, such as a mobile station, and a 
data processing device, such as a portable computer, whereby a local data 

25 transfer connection is arranged between these units. 

In the following, a method according to a preferred embodiment of the 
invention will be described in more detail with reference to the protocol stack 
description in Figure 3a and the block diagram in Figure 3b. The mobile 
terminal MT has a data transfer connection with the packet network NW. In 

30 order to use the services of the packet network, the mobile terminal MT 
performs at first an attach request, by which it notifies that it is ready for the 
transmission of packet data. While the mobile terminal MT is attaching to the 
network, the support node performs the mobility management (MM) 
operation and user authentication. During the attachment the packet 

35 network, preferably its serving support node 3G-SGSN, can check from the 
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subscriber information HLR (Home Location Register) if tliere are any limits 
set for the user in packet-switched connections, such as preventing the use 
of some traffic classes. Information like this can also be saved in the 
subscriber identity module (SIM) of the mobile terminal, or the like. 

5 In order to send and receive information, the packet data protocol (PDP) is 
activated. In the first activation, the default PDP context is preferably 
selected for each PDP address. The activation forms a logical link between 
the mobile terminal MT and the gateway GPRS support node 3G-GGSN. 
Figure 4a illustrates the activation of the packet data protocol as a simplified 

10 signalling diagram. When the packet data protocol is activated, a packet 
data address used in a packet-switched connection, such as an IP address, 
is specified for the mobile terminal MT, whereby the address of the mobile 
terminal MT is known in the gateway GPRS support node 3G-GGSN. When 
the packet data protocol is activated, a packet-switched connection for data 

15 transfer is established with the mobile terminal MT, the support node and the 
gateway GPRS support node, and a protocol (X. 25 or IP), PDP address (e.g. 
X.I 21 address), quality of service and network sen/ice access point identifier 
(NSAPI) are specified for the packet-switched connection. 

In a packet network, in which the present invention can be applied, it is thus 
20 possible to use many different PDP contexts for one PDP address. When 
this is the case, the packets of the application connection cannot be 
connected to a certain PDP context on the basis of the PDP address. In 
order to enable this connecting, a so-called data transfer filter has been 
developed. With a data transfer filter, data flows of a certain type can be 
25 connected to a certain PDP context, whereby packets to be transferred in 
different application connections can be directed to the right PDP context. 
The data transfer filter contains information e.g. about the data flows, the 
transmission of which is controlled with the data transfer filter. Because the 
data flows are unidirectional, both the mobile terminal MT and the packet- 
30 switched network have separate data transfer filters. The operation of these 
data transfer filters will be described in more detail later in this specification. 

When, for instance, a user starts an application in a mobile terminal MT, 
which application needs the data transfer sen/ices of the packet network, the 
socket application programming interface SAPI transmits information of this 



wo 01/17291 

• 



13 



PCT/FIOO/00731 



to the control block QMOC. This request for an application connection can 
contain information about the quality of sen/ice QoS requested by the 
application. If that is the case, the control block QMOC can use this quality 
of service information in the establishment of an application connection. If 

5 this information about the quality of sen/ice is not transmitted from the 
application, the control block QMOC can check from a data base QoSDB 
(Figure 3a) formed in the mobile tenninal MT, preferably in the memory 
means MEM (Figure 3b), whether information about the quality of service of 
the application has been saved there. If that is the case, the control block 

10 QMOC can use this information saved in the database QoSDB in the 
establishment of an application connection. If information about the quality of 
service of the application is not found, the application connection is 
preferably established by using the default PDF context. 

The control block QMOC can also receive quality of service information from 
15 the equipment, such as the keyboard KB or the display driver DD of the 
mobile terminal. 

The quality of service parameters of the application are not necessarily 
identical with the quality of service parameters of the packet-switched 
network. In that case, the control block QMOC performs the conversion from 
20 the quality of sen/ice parameters of the application into the quality of sen/ice 
parameters of the packet-switched network (block 401 in Figure 4a). For 
example, a bit error ratio of 10e-3 has been specified for the application, but 
in the packet-switched network the closest suitable bit error ratio is, for 
instance, 10e-4. 

25 In a preferred embodiment of the invention, the user can define settings that 
control the operation of the control block QMOC. On the basis of these 
settings it is possible to select, for instance, whether the quality of sen/ice 
Information transmitted by the socket application programming interface 
SAPI and/or the quality of service information saved in the database QoSDB 

30 is used when establishing the application connection. In addition, an 
advantageous feature is the fact that the user can set the data transfer 
parameters of the application program, whereby the control block QMOC 
can use these parameters when specifying the quality of service requested 
for the application. 
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Another task to be performed in the activation of the PDP context is 
specifying a data transfer filter for the data flow{s) of the application. The 
data transfer filters are preferably specified so that there Is one data transfer 
filter for each application connection which does not use the default PDP 

5 context. Then the data transfer filter contains information for Identifying the 
packets, such as a source/target address and a source/target gate, or other 
unique identifier. In addition, the data transfer filter comprises Information 
about which PDP context the data flow is using, Information about the quality 
of service allocated to the application connection, and possibly also other 

10 information related to the data flow. Preferably the data transfer filters are 
formed such that one data transfer filter covers as many data flows as 
possible, and one data flow is specified in only one data transfer filter. In an 
ideal situation, one data transfer filter corresponds to one application and 
one application connection. 

15 In order to allocate resources to the application, the mobile terminal MT and 
the packet network initiate a packet-switched connection (block 402). This is 
done so, for instance, that a mobile terminal MT sends a request message 
(arrow 403) to the sen/ing GPRS support node 3G-SGSN for activating the 
PDP context, which message includes as parameters e.g. the quality of 

20 sen/ice profile (QoSP) requested for the packet-switched connection, 
address, information about a possible data transfer filter (filter parameters), 
and the network service access point identifier (NSAPI). The serving GPRS 
support node 3G-SGSN sends a request message to the radio network RAN 
for reserving a radio access bearer RAB for the PDP context from the 

25 packet-switched network (arrow 404). This radio access bearer RAB Is 
selected such that the desired quality of service can be met as well as 
possible. The radio network RAN activates the selected radio access bearer, 
if it was not active (block 405). After this, the radio network RAN sends an 
acknowledgement message (arrow 406) to the serving GPRS support node 

30 3G-SGSN, transmitting information about the quality of sen/ice that can be 
achieved with the selected radio access bearer (negotiated quality of 
sen/Ice) and the bearer ID (BJD). 

The sen/ing GPRS support node 3G-SGSN sends a message for initiating a 
packet-switched connection to the gateway GPRS support node 3G-GGSN 
35 (arrow 407). The message sent for initiating a packet-switched connection 
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preferably includes the PDP address, the quality of service profile and 
possible data transfer filter parameters. The measures required for initiating 
a packet-switched connection are carried out In the gateway GPRS support 
node 3G-GGSN (block 408). At this stage, the gateway GPRS support node 

5 3G-GGSN can examine how loaded the packet-switched network is, for 
finding out whether the requested quality of service can be guaranteed for 
the application, or If that Is not possible, whether to restrict the quality of 
sen/Ice given to the application, or not to initiate the packet-switched 
connection at all. If the packet-switched connection can be Initiated, the 

10 gateway GPRS support node 3G-GGSN sends a notification of the quality of 
service given to the packet-switched connection In a reply message to the 
serving GPRS support node 3G-SGSN (arrow 409). The gateway GPRS 
support node 3G-GGSN can allocate a dynamic PDP address to the user 
when required. 

15 The sen/ing GPRS support node 3G-SGSN sends a reply message to the 
mobile terminal MT (arrow 410) containing information (e.g. PDP address) 
about which packet-switched connection the reply message relates to, the 
negotiated quality of service, the bearer ID and the network service access 
point identifier (NSAPI). After this, information about the packet-switched 

20 connection initiated is transmitted to the compatibility protocol block L3CE 
(Layer-3 Compatibility Entity) and preferably also to the control block QMOC 
(block 411) in the mobile terminal MT. 

This is conveniently arranged so that a buffer Is formed in the mobile 
terminal MT for each data flow and application connection for temporary 

25 saving of the information to be transmitted. This buffer can be, for instance, 
a memory area reserved from the memory means MEM. In addition to this, a 
transmission and reception buffer is preferably formed for each PDP context 
for temporary saving of data flow packets using the PDP context. The need 
for these buffers and the practical implementation thereof is a technique 

30 known as such to a person skilled in the art, and therefore they are not 
described in more detail in this specification. 

The selection and changing of the PDP context in a mobile terminal MT 
according to a preferred embodiment of the invention will now be described 
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by means of a few examples and with reference to Figure 5. In Figure 5, the 
letters A to H are used to denote examples of applications, which are: 

application A: video conference (first traffic class, bit error ratio BER 10e-4, 
delay class 1 , bit rate 50 kbit/s) 

application B: transmission of audio signal (first traffic class, BER 10e-4, 
delay class 1 , bit rate 25 kbit/s) 

application C: transmission of audio signal of a multimedia application (first 
traffic class. BER 10e-4, delay class 1 . bit rate 25 kbit/s) 

application D: transmission of video signals of a multimedia application (first 
traffic class, BER 10e-4, delay class 2, bit rate 25 kbit/s) 

application E: transmission of data signals of a multimedia application 
(second traffic class, BER 10e-5, delay class 1, bit rate 15 
kbit/s) 

application F: web browser (third traffic class, BER 10e-9, delay class 1, bit 
rate best effort method) 

application G: Telnet (third traffic class, BER 10e-9, delay class 1, bit rate 
best effort method) 

application H: E-mail (fourth traffic class, BER 10e-9, delay class 1, bit rate 
best effort method) 

Figure 5 also shows the different PDP contexts which can be used in a 
packet-switched network according to this example. These different PDP 
contexts are denoted with the references PDP1-PDP9. In addition, a broken 
line is used in the figure to show the traffic class TC1-TC4 associated with 
each PDP context PDP1-PDP9. For instance, the first traffic class TC1 
comprises the first PDP1, the second PDP2, the third PDP3 and the fourth 
PDP context PDP4, the second traffic class TC2 comprises the fifth PDP5, 
the sixth PDP6 and the seventh PDP context PDP7, the third traffic class 
TC3 comprises the eighth PDP context PDP8, and the fourth traffic class 
TC4 comprises the ninth PDP context PDP9. The blocks PAC, L3CE, RLC 
Illustrate the different layers of the protocol stack in the mobile terminal MT. 
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The direction of the data flows in the illustration of Figure 5 is downwards, 
when information is sent from the mobile terminal MT to the packet network 
NW, and upwards, when packets are received from the packet network NW 
to the mobile terminal MT. The required protocol changes are carried out in 
the different blocks of the protocol stack, in the manner known as such in the 
art. 

When starting a web browser, for instance, (application F), the socket 
application programming interface (SAPI) transmits information about 
starting this application to the control block QMOC. Here it is assumed that 
the socket application programming interface does not transmit the quality of 
service information, and quality of sen/ice information about this application 
has not been saved in the control block QMOC, either. Thus the control 
block QMOC cannot determine the quality of sen/ice, and the control block 
QMOC selects the default PDP context for this application. In that case, data 
transfer filters are not specified for this application, either. 

In connection with the starting of the Telnet application (application G), the 
control block QMOC detects that quality of sen/ice information has been 
saved for this application. This saved quality of service information QoS 
shows that the third traffic class has been specified for this application. The 
control block QMOC examines which PDP context is available for this third 
traffic class. The example discussed here comprises only one PDP context, 
the elgth PDP context PDP8, which is available in the third traffic class. This 
eigth PDP context is also the default PDP context in the system of this 
example. Thus the default PDP context is selected as the PDP context, 
whereby no data transfer filters are specified for this application. 

When the E-mail application (application H) is started, the socket application 
programming interface does not transmit quality of service information, but 
for this application, quality of sen/ice information has been saved in the 
internal database. From this information, the control block QMOC detects 
that the fourth traffic class has been specified for this application. The PDP 
context corresponding to the fourth traffic class is the ninth PDP context 
PDP9, and thus the control block QMOC selects this PDP context for use by 
this application H. In addition, the control block QMOC specifies a data 
transfer filter for the application. This data transfer filter is, for instance, a 
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database In which information such as the identifier used in the data flow 
pacl<ets, the PDP context, quality of service parameters or other infonnation 
is saved. After this, the control block QMOC activates the selected PDP 
context PDP9 and sends the data from the data transfer filter to the packet 
5 classifier block PAC of the mobile terminal MT and the packet-switched 
network, preferably to the gateway GPRS support node 3G-GGSN, which is 
the second end of the data transfer connection. Figure 4a is a signalling 
diagram showing an example of how the data transfer filter information can 
be transmitted in a packet-switched network between a mobile terminal MT 
10 and a gateway GPRS support node 3G-GGSN. 

When a video conference application (application A) is started, the control 
block QMOC selects the PDP context, as was described above. On the 
basis of the quality of service parameters specified for the application, the 
control block QMOC selects another PDP context PDP2. In addition, a data 
15 transfer filter is specified for the application, the PDP context PDP2 is 
activated and the data transfer filter data are transmitted to the packet 
classifier block PAC of the mobile terminal MT and the gateway GPRS 
support node 3G-GGSN. 

When an audio application (application B) is started, the corresponding 
20 selection of the PDP context is carried out, as was described above. The 
second PDP context PDP2 is selected as the PDP context in this case, too, 
as shown in the example of Figure 5, and the data transfer filter parameters 
are specified for the data flow of this application. Because this second PDP 
context PDP2 has already been activated, the next step is to update the 
25 PDP context for the new situation and to transmit the data transfer filter data 
in the messages sent for modifying the PDP context. When the PDP context 
is updated, the bit rate of the PDP context is changed so that the required bit 
rate is the sum of the bit rates allocated to the application connections of 
applications using the same PDP context. Thus the quality of service of 
30 other applications using the same PDP context is not substantially 
influenced. Other parameters regulating the operation of the PDP context 
are preferably left unchanged, because changes in them might have an 
effect on the quality of service received by other applications using the same 
PDP context. 
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Applications C, D and E are the different signal components of a multimedia 
application. In this example, application C is the voice component of a 
multimedia application, application D is the video component and application 
E is the data component. Measures corresponding to those carried out for 

5 the above mentioned other applications are preferably carried out for each 
of these components. In this example, the second PDP context PDP2 is 
selected as the PDP context of the voice component C, whereby the PDP 
context is updated. The fourth PDP context PDP4 is selected as the PDP 
context of the video component D, and the PDP context is activated. The 

10 sixth PDP context PDP6 is selected for the data component E, and this PDP 
context is activated. 

It is obvious that all the applications A to H are not necessarily run 
simultaneously and in the order presented here, whereby the measures in 
the activation and modification of the PDP contexts differ from those 
15 presented above, but a person skilled in the art will be able to perform them 
on the basis of this description. 

When an application connection has been established, data transfer can be 
started. Then the information sent from the application of a mobile terminal 
MT is transferred to the socket application programming interface (SAP!), 

20 where the infomiation is converted Into packets according to the data link 
layer protocol. These packets are transmitted to the packet classifier PAC. 
When the packet classifier PAC receives each packet, it compares the 
IDentification (ID) information of the data transfer filters, such as address 
infomiation, to the ID information contained by the packet. If the ID 

25 information of a data transfer filter matches the ID information of the packet, 
the packet classifier PAC finds out from the data transfer filter which PDP 
context has been selected for the data flow. If a data transfer filter is not 
found, the packet classifier PAC selects the default PDP context. After this, 
the packet classifier PAC transfers the packet to the compatibility protocol 

30 block L3CE (Layer-3 Compatibility Entity), as shown in Figure 3a. If 
necessary, protocol conversions from the data link layer protocol to the form 
of the compatibility protocol block L3CE of the network layer are also carried 
out. 
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If compression of the network layer packets and other measures for 
optimising data transfer are needed, they are carried out in the network layer 
compatibility protocol block L3CE. 

The packets sent from the mobile terminal MT as radio frequency signals 
5 are received at the base station Node-B and transferred to the serving 
support node. In the packet-switched network, the packets are transmitted 
from the serving GPRS support node 3G-SGSN to the gateway GPRS 
support node 3G-GGSN using the data transfer mechanisms (protocol 
stacks etc.) of the packet-switched network. For the application of the 
10 method, it is not important in which parts of the packet-switched network 
each block of the protocol stack is located. From the gateway GPRS support 
node 3G-GGSN the packets are transmitted to the receiver, who can be 
either in the same wireless packet-switched network, a different wireless 
packet-switched network or other packet-switched network, such as the 
15 Internet data network. The gateway GPRS support node 3G-GGSN will then 
carry out the necessary conversions between different protocols. 

When packets are received to a mobile terminal MT, measures that are 
reverse to the corresponding transmission measures are carried out, 
whereby the operation of the method substantially corresponds to that 
20 described above. 

With reference to the applications shown in Figure 5 by way of example, the 
changing of the quality of service using a method according to a preferred 
embodiment of the invention will be described in the following. The need to 
change the quality of sen/ice can originate from the user of the mobile 

25 terminal MT, the application and/or the packet-switched network. For 
example, the user has a video conference (application A), for which an 
image of better quality is needed, whereby an attempt is made to increase 
the data transfer rate. The traffic situation in the packet-switched network 
can also become such that the network cannot support the data transfer rate 

30 specified for the video conference, whereby the quality of service allocated 
to it must be changed or the video conference must even be disconnected. 

In a method according to a preferred embodiment of the invention, the 
changing of the quality of service caused by the user or the application can 
be carried out substantially in the same manner as establishing the 
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application connection, which has been described in more detail earlier in 
this specification. The most essential difference is the fact that all 
information about the quality of service profile and the data transfer filter 
parameters need not be sent, but only the information which will be 

5 changed. If the data transfer filter is removed, it is sufficient to send only the 
data transfer filter ID, without the filter parameters. Information about 
changing the quality of service is transmitted via the socket application 
programming interface SAPI to the control block QMOC. Alternatively, a 
change made by the user can be transferred directly to the control block 

10 QMOC. On the basis of the changed information, a PDP context, which is as 
suitable as possible for the changed situation, is selected. After that, the 
new/selected PDP context is activated or modified, if necessary. If the PDP 
context is changed, updating for the new situation is also carried out in the 
PDP context, which was selected for the application connection before the 

15 PDP context was changed. Then the measure to be taken is mainly to 
reduce the bit rate of this PDP context. 

It can be assumed, for instance, that in the Telnet application G the traffic 
class Is changed from the third to the fourth traffic class. The control block 
QMOC detects that the PDP context corresponding to this fourth class, the 

20 ninth PDP context PDP9 in this example, is active, whereby this PDP 
context is selected for the data flows of the Telnet application. In this case, 
no changes need be made in this ninth PDP context PDP9, because the bit 
error rate, the delay class and the bit rate correspond to the quality of 
service wanted. However, a data transfer filter must be specified for this 

25 application, because earlier the default PDP context was selected for this 
application. Then the control block QMOC transmits information about the 
data transfer filter to the packet classification block PAC of the mobile 
terminal and the gateway GPRS support node 3G-GGSN of the packet- 
switched network. In this case, no changes need be made in the eigth PDP 

30 context POPS either, because the bit rate corresponds to the best effort. 

As another example, the bit rate 25 kbit/s of the voice application B is 
changed to 15 kbit/s. Other parameters having an effect on the quality of 
service are not changed. Because only the bit rate is changed, the same 
PDP context (PDP2) can be used. Then a new bit rate is calculated as the 
35 sum of the bit rates of the applications, for whose data flows this second 
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PDP context PDP2 has been selected. Other parameter changes are not 
needed. Changes need not be made in the data transfer filters, because the 
same PDP context remains. After this, the control block QMOC performs the 
modification of the PDP context, but the data transfer filter parameters need 
5 not be transmitted. 

In the third example, the traffic class of the data signal transmission 
application E of a multimedia application is changed from the second to the 
first traffic class. Because in the data transfer system of this example, the bit 
error rate does not meet the value wanted for the application, 10e-5, the 

10 closest possible value, 10e-4 in this case, is selected. If no target value has 
been given for the delay in the change request, preferably the poorest delay 
class (=2) is selected. The control block QMOC detects that in the first traffic 
class the PDP context corresponding to the requirements, the fourth PDP 
context PDP4 in this example, is already active. In this case, the bit rate of 

15 the fourth PDP context PDP4 must be changed so that it corresponds to the 
new situation. The bit rate required is the sum of the bit rates of the 
application connections (E and D) using this fourth PDP context: 40 kbit/s. In 
addition, a data transfer filter is specified for this application in the fourth 
PDP context PDP4. Then the control block QMOC transmits infonnation 

20 about the data transfer filter to the packet classification block PAC of the 
mobile terminal and the gateway GPRS support node 3G-GGSN of the 
packet-switched network. In this case, the sixth PDP context PDP6 is 
preferably deactivated, because after the change no application uses this 
PDP context PDP6. In connection with the deactivation, the data transfer 

25 filters specified in the PDP context to be deactivated are also removed. 

One more example is a situation in which the bit error rate of the video 
signal transmission application A of a multimedia application is changed. 
The bit error rate before the change is, for instance, 10e-4 and it is changed 
to the value 10e-3. The first traffic class is retained for the connection, and 

30 other quality of service parameters are not changed, either. Because in the 
situation illustrated by this example, no PDP context in which the bit error 
rate meets the requirements of the application is active, the next attempt is 
to activate a new PDP context. The control block QMOC detects that in the 
first traffic class the PDP context corresponding to the requirements is the 

35 first PDP context PDP1 . Then the control block QMOC selects this first PDP 
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context PDP1 for this application A. In addition, the control block QMOC 
specifies a data transfer filter for this application. The same parameters as 
those used in the PDP context PDP2 before the change can be used in the 
data transfer filter. The PDP context is activated in the packet-switched 

5 network. The control block QMOC also transmits information about the data 
transfer filter to the packet classification block PAC of the mobile terminal 
and the gateway GPRS support node 3G-GGSN of the packet-switched 
network. In this case, changes are made in the second PDP context PDP2 
(the bit rate is reduced), because after the change, the video signal 

10 transmission application A of the multimedia application does not use this 
PDP context PDP2, but the applications B and C still use it. 

The need to change the quality of service can also come from the packet- 
switched network. Then the method according to a preferred embodiment of 
the invention is as follows (Figure 4b). In the serving GPRS support node 

15 3G-SGSN, the session management block SM, for instance, detects that the 
packet-switched network is overloaded with traffic, whereby an attempt is 
made to restrict at least part of the data transmission. Then the session 
management block SM determines which PDP context(s) are changed to 
remove the overload (412) and selects a new quality of service profile. The 

20 serving GPRS support node 3G-SGSN sends a request to the radio network 
RAN for changing the bearer to correspond to the new quality of service 
profile of the PDP context (arrow 413). The radio access network RAN 
selects a new radio access bearer corresponding to the requested quality of 
service, if possible (block 414) and transmits information of the identifier of 

25 this radio access bearer and the quality of service to the serving GPRS 
support node 3G-SGSN (arrow 415). 

The serving GPRS support node 3G-SGSN sends a request for updating the 
PDP context to the gateway GPRS support node 3G-GGSN (arrow 416). 
The gateway GPRS support node 3G-GGSN sets the PDP context (block 
30 417) and returns information about the negotiated quality of service to the 
serving GPRS support node 3G-SGSN (arrow 418). 

The sen/ing GPRS support node 3G-SGSN sends information about the 
changing of the PDP context to the mobile terminal MT (arrow 419). In the 
mobile terminal MT. the changes of the PDP context are transmitted to the 
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compatibility protocol block L3CE and the control block QMOC (block 420). 
The mobile terminal MT sends a message about accepting the change of 
the PDP context to the serving GPRS support node 3G-SGSN (arrow 421). 
However, the situation of an application may change so that the changed 

5 PDP context no more corresponds to the quality of service specified for the 
application. Information about changing the quality of sen/ice of the 
application is transmitted to the control block QMOC. On the basis of the 
changed information, a PDP context, which is as suitable as possible for the 
changed situation, is selected. After that, the new/selected PDP context is 

10 activated or modified, if necessary. This is illustrated by blocks 422 and 423 
in Figure 4b. 

The present invention is not limited to the above described embodiments 
only, but its details can be modified without departing from the scope defined 
by the attached claims. 
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Claims 



1. A method for optimising the transfer of information between one or more 
applications run in a mobile terminal (MT) and a packet-switched 
network (NW), in which packet-switched network (NW) there are at least two 

5 PDP contexts (PDP1— PDP9) available, which PDP contexts have at least 
partly different data transfer properties, whereby said PDP 
contexts (PDP 1 — PDP9) can provide at least partly different qualities of 
service for the transmission of information, and in which method 

- at least one application connection is established for at least one of said 
10 applications, for which application connection a quality of service is 

specified, and 

- one of said PDP contexts (PDP1— PDP9) is selected for the application 
connection, 

characterised In that when the quality of service specified for the 
15 application connection of the application changes, it is examined on the 
basis of the properties of the PDP contexts (PDP1 — PDP9) available in the 
packet-switched network (NW) which of said PDP contexts (PDP1 — PDP9) 
is suitable for use by the application connection with the changed quality of 
service, and the one of the PDP contexts (PDP1— PDP9) the data transfer 
20 properties of which are closest to the changed quality of service is selected 
for the application connection. 

2. A method according to Claim 1, characterised in that one of said PDP 
contexts (PDP1—PDP9) is selected as the default PDP context (PDP8), 
whereby said default PDP context (PDP8) is selected for the application 

25 connection, if no quality of service is specified for the application connection. 

3. A method according to Claim 1 , characterised in that one of said PDP 
contexts (PDP1— PDP9) is selected as the default PDP context (PDP8), 
whereby said default PDP context (PDPB) is selected for the application 
connection, if the data transfer properties of no other PDP 

30 context (PDP1— PDP7, PDP9) available do not correspond to the quality of 
sen/ice specified for the application connection. 
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4. A method according to any one of the claims 1 to 3, characterised in that 
at least one data transfer filter is formed for the application connection, in 
which data transfer filter information about the PDP context (PDP1 — PDP9) 
selected for the application connection is saved. 

5 5. A method according to Claim 4, in which information is transferred in at 
least one data flow in an application connection, characterised in that an 
identifier is specified for the data flow of the application connection, whereby 
at least said identifier is saved in said data transfer filter. 

6. A method according to any one of the Claims 1 to 5, characterised in that 
10 at least two different traffic classes (TC1— TC4) are formed in the packet- 
switched network, in which traffic classes the data transfer properties are at 
least partly different, that at least one PDP context is formed in said traffic 
classes, and that the quality of service specified for the application 
connection includes information about said traffic class (TC1— TC4), 

15 whereby a PDP context is selected for the application connection from the 
PDP contexts of the traffic class (TCI— TC4) specified for the application 
connection. 

7. A method according to any one of the claims 1 to 6, characterised in that 
at least the bit rate of data transfer is used for specifying the quality of 

20 service, whereby the PDP context (PDP1 — PDP9) is not changed when the 
bit rate specified for the application connection is changed. 

8. A method according to any one of the claims 1 to 6, characterised in that 
at least the bit error ratio of data transfer is used for specifying the quality of 
service, whereby the PDP context (PDP1— PDP9) is changed when the bit 

25 error ratio specified for the application connection is changed. 

9. A method according to any one of the claims 1 to 8, characterised in that 
at least the data transfer delay is used for specifying the quality of service, 
whereby the PDP context (PDP1—PDP9) is changed when the delay 
specified for the application connection is changed. 

30 10. A method according to any one of the claims 1 to 9, characterised in 
that for changing the PDP context (PDP1— PDP9), the specifications of the 
changed quality of service of the application connection are compared to the 
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qualities of service which can be achieved with the PDP contexts 
available (PDP1—PDP9) for selecting a PDP context (PDP1— PDP9), 
which corresponds to the changed quality of service of the application 
connection as closely as possible. 

5 11. A method according to Claim 10, characterised in that in the method it 
is also examined whether the selected PDP context (PDP1 — PDP9) is 
active, whereby if the selected PDP context (PDP1 — PDP9) is active, the 
status of the selected PDP context (PDP1 — PDP9) is updated on the basis 
of the quality of sen/ice parameters of the application connection, or if the 

10 selected PDP context (PDP1 — PDP9) is not active, the selected PDP 
context (PDP1 — PDP9) is activated and the status of the selected PDP 
context (PDP1 — PDP9) is set on the basis of the quality of service 
parameters of the application connection. 

12. A data transfer system comprising a mobile terminal (MT), which 
15 incorporates means (CONTROL, MEM) for running one or more 
applications, a packet-switched network (NW), optimising means for 
optimising the transmission of information between the application and the 
packet-switched network (NW), in which packet-switched network there are 
formed at least two PDP contexts (PDP1 — PDP9), which have at least partly 
20 different data transfer properties, whereby said PDP 
contexts (PDP1 — PDP9) have at least partly different qualities of service, 
and which data transfer system also comprises 

- means (QMOC, MT, 3G-GGSN) for establishing at least one application 
connection for at least one of said applications, for which application 

25 connection a quality of service has been specified, which quality of 
service has been formed of a set of data transfer parameters, and 

- means (QMOC) for selecting one of said PDP contexts (PDP1 — PDP9) 
for each application connection, 

characterised in that said optimising means comprise: 

30 - examining means (3G-SGSN, RAN) for finding out the properties of the 
PDP contexts (PDP1 — PDP9) available in a packet-switched network 



(NW), and 
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- a control block (QMOC) for receiving change information about the quality 
of service specified for the application connection, and for comparing the 
changed quality of service to the properties of the PDP 
contexts (PDP1 — PDP9) available in the packet-switched network, 

5 whereby it is arranged that the PDP context selected for the use of the 
application connection with the changed quality of service specified for the 
application connection is the PDP context (PDP1 — PDP9) the data transfer 
properties of which are closest to the changed quality of service specified for 
the application connection. 

10 13. A data transfer system according to Claim 12, characterised in that one 
of said PDP contexts (PDP1— PDP9) has been selected as the default PDP 
context (PDP8), whereby it is arranged that said default PDP context (PDP8) 
is selected for the application connection, if no quality of service has been 
specified for the application connection. 

15 14. A data transfer system according to Claim 12 or 13, characterised in 
that one of said PDP contexts (PDP1 — PDP9) has been selected as the 
default PDP context (PDP8), whereby it is arranged that said default PDP 
context (PDP8) is selected for the application connection, if the data transfer 
properties of any other PDP context (PDP1— PDP7, PDP9) available do not 

20 correspond to the quality of service specified for the application connection. 

15. A data transfer system according to any one of the claims 12 to 14, 
characterised in that it comprises means (QMOC) for forming at least one 
data transfer filter for the application connection, and saving means (MEM) 
for saving information about the PDP context (PDP1 — PDP9) selected for 

25 the application connection. 

16. A data transfer system according to Claim 15, which comprises 
means (NLP, PAC) for transferring information of the application connection 
in at least one data flow, characterised in that a unique identifier is 
specified for said data transfer flow, whereby it is arranged that at least said 

30 identifier is saved in said data transfer filter. 

17. A data transfer system according to any one of the Claims 12 to 16, 
characterised in that at least two different traffic classes (TCI— TC4) have 
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been formed in the packet-switched network, in which traffic classes the 
data transfer properties are at least partly different, that at least one POP 
context has been formed in each traffic class, and that the quality of sen/ice 
specified for the application connection includes information about said 
5 traffic class (TC1— TC4), whereby it is arranged that a PDP context is 
selected for the application connection from the PDP contexts of the traffic 
class (TC1 — TC4) specified for the application connection. 

18. A data transfer system according to any one of the claims 12 to 17, 
characterised in that it comprises means (SAPI) for converting the 

10 information of the application connection into packets to be transmitted in 
the data transfer system, and means (PAC) for connecting packets of the 
data flow to the PDP context selected for the application connection. 

19. A data transfer system according to any one of the claims 12 to 18, 
characterised in that the control block (QMOC) comprises means for 

1 5 converting the data transfer parameters of the quality of sen/ice specified for 
the application connection into parameters according to the data transfer 
properties of the PDP contexts (PDP1 — PDP9) of the packet-switched 
network (NW1). 

20. A mobile terminal (MT) comprising means (CONTROL, MEM) for running 
20 one or more applications, data transfer means (RF) for transmitting 

information between the mobile terminal and a packet-switched 
network (NW), optimising means (QMOC) for optimising the transfer of 
information between the application and the packet-switched network (NW), 
in which packet-switched network there are formed at least two PDP 
25 contexts (PDP1— PDP9), which have at least partly different data transfer 
properties, whereby said PDP contexts (PDP1 — PDP9) have at least partly 
different qualities of service, and which mobile terminal (MT) also comprises 

- means (QMOC) for establishing at least one application connection for at 
least one of said applications, for which application connection a quality of 

30 service has been specified, and 

- means (QMOC) for selecting one of said PDP contexts (PDP1 — PDP9) 
for each data flow of an application connection. 
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characterised in that said optimising means comprise 
means (SAP!, KB, DD, QI\^OC) for changing the quality of sen/ice specified 
for the application connection of an application by changing the PDP 
context (PDP1 — PDP9) selected for the application connection for another 
5 PDP context (PDP1 — PDP9) available in the packet-switched network. 



wo 01/17291 




2/7 



PCT/nOO/00731 



Q- 
1- 


0. 
O 




CM 
-J 


_J 


O 


3 









CL 
I- 



Q. 



a. 

Q 
3 



Q 
D 



CM 



o 
< 



LU 
O 

CO 



O 
01 



(f) 

O 

I 

O 

CO 



c 



CO 

o 

op 

6 

CO 



1^ 

Q O 



O 



< 



3 



CL 










1- 


CL 








o 


an 




CM 
—I 


Ij 



(J 

I 

O 

CO 






2 


RC - 


o 


AC - 


WCDMA/ 
TD-CDMA 


CO 


2 


a: 


a: 





Csl 
LL 



wo 01/17291 



PCT/nOO/00731 



3/7 



QoSDB 



QMOC 



Application H 

SMTP IMAP 



V 



301 



SM 



MM 



RRC 



V 



Application F 

HTTP 



]t — \ 

V— 

h- 



V 

A 
V 



Application D 

RTP 



SAPI 



TCP 



UDP 



IP 



PAC 



L3CE 



RLC 



MAC 




CDMA 



Fig 3a 



wo 01/17291 

4/7 



PCT/nOO/00731 




wo 01/17291 



PCT/nOO/00731 



5/7 




CD 
D) 



wo 01/17291 



PCT/FIOO/00731 




6/7 




LL 



wo 01/17291 



PCT/n00/D0731 



ID 



GdQd 



3 



o 



J 



X 



SdOd 



CO 

O 
J- 



X 
D 



ZdQd 



X 



X 
3 



9dad 



X 



X 
=5 



QdOd 



X 
2 



X 
3 



CM 
O 



wad 



X 
D 



LL 



X 
3 



edod 



X 
3 



O 



X 
3 



ZdQd 



X 
3 



X 
3 



LdOd 



X 
3 
2 



UJ 

o 

CO 



DC 



INIKRN/VI 



I, SKARCII RKPOR T 



lii^^Vioiial application Nu. 

PCT/FI 00/00731 



A. CLASSiriCA'l ION Ol' SUBJIiCr MA TI'l-R 






IPC7: H04Q 7/22, H04L 12/54, H04Q 11/04 

According lo I nlernalional Palcnl criassificalion (IPC) ur Ui both national dassincaiiim ami IK! 




B. MF'LDSSHARail'I) 


Minimum dticumcnlalion searched (classiricaliim system fiillowed by classification symbols) 

IPC7: H04Q. H04L 


Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 

SE,DK,FI,NO classes as above 


Electronic data base consulted during the international search (name 


of data l)a5c and, where praelieabic, .scareh terms us^d) 


C. OOCUMliN IS CONSlDliRl.n I'O HI- RHIJiVANT 


(Category* 


Gtatioii of document, with indication, where appropriate, of the relevant passages 


Relevant to claim No. 


Y 


WO 9905828 Al (TELEFONAKTIEBOLAGET LM ERICSSON 
(PUBL)), 4 February 1999 (04.02.99), page 7, 
line 18 - line 26 


1-20 


Y 


WO 9941872 Al (TELEFONAKTIEBOLAGET LM ERICSSON 
(PUBL)), 19 August 1999 (19.08.99), page 4, 
line 14 - page 5, line 9 


1-20 


A 


WO 9853576 A2 (TELEFONAKTIEBOLAGET LM ERICSSON 
(PUBL)), 26 November 1998 (26.11,98), 
abstract 


1-20 


I )(| I'utilier dociJinciils nrc listed in the coiiliniinlioii of Box il. | y| See pnlent Caiiiily annex. 


♦ Special calcjjorics of died ddcumcnls: 

"A" documcnl defining the general Male iit the an which is nol considered 

to be of particular relevance 
"r," earlier application or patent hul published on or alter the international 

filing dale 

"1/ document which may throw d(fuhu on priority claim(^) or which is 
cited 1(1 estahlish the publication date of another citation or other 
special reason (as specified) 

•O" diicumcnt referring to an oral disclonirc, use, exhibition or other 
means 

*P" document puhli.shcd prior to the inlemational filing date hut later than 
the priority dale claimed 


*"["" later d»icumcnl published alter the inlcmalional filing dale or pri(»rity 
date and ncft in c<m1ltcl with the application hul cited to understand 
' the principle or theory undcrl>ing the invention 

"X" document or particular relevance: the claimed invention cannot he 
cjinwdcred n<ivcl or cannot he con<ridercd to involve an inventive 
rtcp uliCTi the dficumcnt is taken alone 

" V documcnl ol particular relevance: the claimed invention cannot he 
considered to involve an inventive step when the document is 
comhined with one or more other nich documcnls, .such C(imhination 
heing c»h\ioufl> to a pers(»n skilled in the art 

"&" documciU nicml^cr ol Die same paknl family 


Date ol the aetual eonipletion of the internatiinial search 

8 December 2000 


Date oi' mailing of the iii1crnalii)nal search report 


Name and mailing address of the ISA-' 

Swedish Patent Office 

Box 5055, S-102 42 STOCKHOLM 


Aulhori/.ed oHker 

Kristoffer Ogeb.ier/LR 



IN'IERNAI 




I. SKARCII RKPOR r 



lii^^Biuiial npplicaliud No. 

PCT/FI 00/00731 



C (Contiiiualion). DOCUM liN'l S CONSlDliRI'l) l () HI' RliMiV AN I 



Calfgwy* 



Cilaliuii of document, with iiidicntioti, where appropriate, of the relevant passages 



Relevant tu claim No. 



PX 



PY 



WO 9912302 Al (TELEFONAKTIEBOLAGET LM ERICSSON 

(PUBL)), 11 March 1999 (11.03.99), see the claims 



WO 9948310 Al (NOKIA TELECOMMUNICATIONS OY), 

23 Sept 1999 (23.09.99), page 5, line 27 - page 6, 
line 8; page 20, Vine 31 - page 21, line 8, 
abstract 



EP 1017207 Al (NORTEL NETWORKS CORPORATION), 
5 July 2000 (05.07.00), abstract 



1-20 



1-20 



1-20 



INTERNAII 

liifurniatioii 



m 



. SKARCIl RKPOR I 
Will Ihiiiily iticMitbcr.s 



liii^^Bk)iial application No. 

PCT/FI 00/00731 



Palent documenl 


Publication 




Patent family 


I'ubticatiun 


ctied in search report 


date 




n)cnibcr(s) 


dale 


wo 9905828 Al 04/02/99 


AU 


8369898 A 


16/02/99 






BR 


9810796 A 


25/07/00 






EP 


0997018 A 


03/05/00 






AU 


4321899 A 


20/12/99 






WO 


9962861 A 


09/12/99 



WO 9941872 Al 19/08/99 AU 2651099 A 30/08/99 

US 6122293 A 19/09/00 



WO 



9853576 A2 26/11/98 



AU 


7560798 A 


11/12/98 


BR 


9809868 A 


27/06/00 


CN 


1257636 T 


21/06/00 


EP 


0963680 A 


15/12/99 


NO 


304570 B 


11/01/99 


NO 


972279 A 


23/11/98 


ZA 


9803850 A 


17/11/98 



WO 


9912302 


Al 


11/03/99 


AU 
BR 
EP 


8754198 A 
9811395 A 
1010286 A 


22/03/99 
22/08/00 
21/06/00 


WO 


9948310 


Al 


23/09/99 


AU 
FI 


2838999 A 
980617 A 


11/10/99 
20/09/99 



EP 1017207 Al 05/07/00 NONE 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 



Defective images within this document are accurate representations of the original 
docxmients submitted by the appHcant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 



j£l IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



BEST AVAILABLE IMAGES 




